Further Android Notes 


■ Most of the information in these slides is taken from: 

■ http://developer.android.eom/reference/android/app/Activity.html#ActivityLifecycle 

■ Which is licensed under the Apache 2.0 license and copyright the Android Opensource Project. 

■ Some of this work is licensed CC-BY and attribution is given to the Android Opensource Project. 




Some of these slides were used in CMPE300 in 2004 and are 
copyright the respective authors. 

Images reproduced in these slides have been included under section 
29 of the Copyright Act, as fair dealing for research, private study, 
criticism, or review. Further distribution or uses may infringe 
copyright. 


Activity Lifecycle 


■ Activities in the foreground are running 
(onResume) 

■ If something transparent obscurs the activity it 
is paused (onPause) 

■ If you can't see the activity it is stopped. 
(onStop) 

■ If it is garbage collected (onDestroy) 
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■ Lifetime: 

■ onCreate() to 

■ onDestroy() 

■ Visible when: 

■ onStart() to 

■ onStopQ 
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Apps with higher priority 
need memory 



■ Foreground 


■ onResume to 

■ onPause() 
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The activity is finishing or 
being destroyed by the system 
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Application/Process Lifecycle 


■ Android tries to conserve memory, processes are 
killed in order of importance. 

■ Foreground Activity 

■ Killed last. 

■ Visibile Activity (e.g. obscured) 

■ Killed 2nd to last 

■ Background activity 

■ Paused 

■ Often killed 

■ Empty process 

■ No activities; first to be killed 


Android and the Stack 


■ http://developer.android.com/guide/topics/fundamentals/tasks-and-back-stack.html 

■ Activities stack up like plates. 

■ The back button destroys the current activity 
and resumes the previous activity 
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You can have duplicate activities! 
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Android Suggestions 


■ Edit in place usermodel 

■ Android suggests that all edits should be made in 
place and saved immediately. 

■ OnPause() should commit the changes just in case. 

■ Long running processes sign as services 


UML first pass: 
Sequence diagram 


Represent behavior 
as interactions 
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UML sequence diagrams 




To refine use case descriptions 

to find additional objects (“participating 
objects”) 

Used cliriig system deskpi 
to refine subsystem interfaces 
Classes are represented by colirms 

Messages are represented by arrows 

Activations are represented by 
narrow rectangles 
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Lifelines are rep. by dashed Enes 






















Nested messages 


ZoneButton 


TarifSchedule 


Display 




! The soi*t» of an arrow iicficatBS the activation vvhich 
sent the message 

! An acfivafion is as long as all nested activafions 
! Horizontal dashed arrows incficafe data flow 
Vertical dashed Enes incficate lifelines 
























Iteration & condition 

...continued from previous slide... 



! Iteration is denoted by a * prececting the message name 

! Concfition is denoted by boolean expression n[] before 
the message name 
































Passenger 


Creation and destruction 

...continued from previous slide... 


ChangeProcessor 
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Creation is denbled by a message arrow to the object 


Destruction is denoted by an X mark at the end of the 
destruction activation. 


In garbage collection environments, destruction can be used 
to denote the end of the useM life of an object 
























Sequence Diagram Summary 


UML sequence diacpam represent behavior in 
terms of iiteractions. 

Useful Id laid missing objects. 

Time consuming to build but worth the 
vivestment 

Complement the class diagrams (which 
represent stmctue). 




UML: System Sequence Diagrams 


■ More resources 

■ UML 2 Sequence Diagrams: 

http://www.agilemodeling.com/artifacts/sequenceDiagram.htm 

■ Wikipedia 

■ http://en.wikipedia.org/wiki/System_sequence_diagram 

■ Other slides adapted from Larman et al. 

■ http://www.cse.lehigh.edu/~glennb/oose/ppt/06SystemSequenceDiagrams.ppt 

■ UML basics: The sequence diagram 

■ http://www.cse.lehigh.edu/~glennb/oose/ppt/06SystemSequenceDiagrams.ppt 
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